home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
kermit.columbia.edu
/
kermit.columbia.edu.tar
/
kermit.columbia.edu
/
newsgroups
/
misc.20010921-20020314
/
000296_fdc@columbia.edu_Mon Jan 14 09:47:14 EST 2002.msg
< prev
next >
Wrap
Text File
|
2002-03-13
|
7KB
|
167 lines
Article: 13130 of comp.protocols.kermit.misc
Path: newsmaster.cc.columbia.edu!news.columbia.edu!news-not-for-mail
From: fdc@columbia.edu (Frank da Cruz)
Newsgroups: comp.protocols.kermit.misc
Subject: New mini-release of C-Kermit 8.0
Date: 13 Jan 2002 20:09:14 -0500
Organization: Columbia University
Lines: 151
Message-ID: <a1tb3q$hi0$1@watsol.cc.columbia.edu>
NNTP-Posting-Host: watsol.cc.columbia.edu
X-Trace: newsmaster.cc.columbia.edu 1010970556 23597 128.59.39.139 (14 Jan 2002 01:09:16 GMT)
X-Complaints-To: postmaster@columbia.edu
NNTP-Posting-Date: 14 Jan 2002 01:09:16 GMT
Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:13130
Hi all. Since C-Kermit 8.0.200 was released a few weeks ago, several bugs
that surfaced have been fixed and a few new features were added. First
the bugs:
. An obscure path through the code could cause the Unix version
of C-Kermit to dump core during its startup sequence. This happened
to only one person, but now it's fixed.
. When C-Kermit 8.0 is in Kermit server mode and the client says
"get blah", where blah (on the server) is a symlink rather than a real
file, the server unreasonably refused to send the linked-to file.
. When C-Kermit is an FTP client and says "get foo/bar" (i.e. a filename
that includes one or more path segments), it failed to accept the
incoming file (this happened only with GET, not MGET).
. The VMS version of C-Kermit did not work in Batch or when SPAWN'd.
To compound the problem, it also pretty much ignored the -B and -z
command-line options, whose purpose is to work around such problems.
. C-Kermit 8.0 could not be built on IRIX 5.x.
. The C-Kermit 8.0 build for QNX6 said it was an "(unknown version)".
Now the new features:
THE SET LOCUS COMMAND
The new FTP client was not as friendly to FTP users as it might have been
because certain commands didn't behave as FTP users expect: CD, DIR, DELETE,
MKDIR, etc, which in Kermit act locally rather than at the server, and there
are no LCD (etc), USER, or ACCOUNT commands. It's easy enough to add
missing commands, but how do we make CD, DIR, etc, act remotely rather than
locally without breaking existing practice? This was done by adding a new
command:
SET LOCUS { LOCAL, REMOTE, AUTO }
Sets the locus for unprefixed file management commands such as CD,
DIRECTORY, MKDIR, etc. When LOCUS is LOCAL these commands act locally
and a REMOTE (or R) prefix (e.g. REMOTE CD, RCD, RDIR) is required to
send file management commands to a remote server. When LOCUS is
REMOTE, an L prefix is required to issue local file management
commands (e.g. LCD, LDIR). The word LOCAL can't be used as a prefix
since it is already used for declaring local variables.
LOCUS applies to all types of connections, and thus is orthogonal to SET
GET-PUT-REMOTE, which selects between Kermit and FTP for remote
file-transfer and management commands.
The default LOCUS is AUTO, which means we switch to REMOTE whenever an FTP
connection is made, and to LOCAL whenever a non-FTP connection is made, and
switch back accordingly whenever a connnection is closed. So by default,
Kermit behaves in its traditional manner unless you make an FTP connection,
in which case it acts like a regular FTP client (but better :-)
LOCUS applies to the following commands:
Unprefixed Remote Local Description
CD (CWD) RCD LCD Change (Working) Directory
CDUP RCDUP LCDUP CD Up
PWD RPWD LPWD Print Working Directory
DIRECTORY RDIR LDIR Request a directory listinga
DELETE RDEL LDEL Delete (a) file(s)
RENEME RREN LREN Rename a file
MKDIR RMKDIR LMKDIR Create a directory
RMDIR RRMDIR LRMDIR Remove a directory
USER and ACCOUNT commands were added, which work only in FTP sessions, and
are equivalant to the USER and ACCOUNT commands of regular FTP clients,
and to Kermit's FTP USER and FTP ACCOUNT commands.
THE FTP OPEN /NOINIT COMMAND
A /NOINIT switch was added for FTP OPEN, which inhibits the automatic
sending of REST, STRU, and MODE commands to the server when the connection
is opened, since these have been reported to cause confusion in certain
servers (e.g. the Linux 2.4 TUX 2.0 FTP server was reported to close the
connection if it received a STRU F command).
CALLER ID
Rudimentary support for Caller ID was added to the modem dialer, for use
with the ANSWER command. If the modem reports Caller ID information, Kermit
stores it in variables that you can access after the call is answered:
\v(callid_date) The date of the call
\v(callid_time) The time of the call
\v(callid_name) The name of the caller
\v(callid_nmbr) The telephone number of the caller
\v(callid_mesg) A message
The format of these items depends on the originating and answering phone
companies and the modems and their configuration.
Not very many modems support Caller ID, and those that do (a) tend to have
it disabled by default, and (b) use different commands to enable it. A
quick survey shows of some current models shows:
- USR V.90: No
- ITU-T V.250: No
- Lucent Venus: No
- Diamond Supra: #CID=1
- Rockwell 56K: #CID=1
- PCTEL: #CID=1
- Zoltrix: +VCID=1
- Conexant: +VCID=1
To use Kermit's Caller ID feature, you have to set the modem to wait for
at least two rings before answering, and you have to give the command to
enable Caller ID; for example (after choosing a modem with SET MODEM TYPE):
set modem command autoanswer on ATS0=2#CID=1\{13}
set modem command autoanswer on ATS0=2+VCID=1\{13}
These commands can be undone with:
set modem command autoanswer on ATS0=1#CID=0\{13}
set modem command autoanswer on ATS0=1+VCID=0\{13}
Kermit presently has no built-in knowledge of the Caller ID capabilities
or commands of the modems in its database.
Since the variables can be accessed only after the call is answered, the
only way to refuse a call is to answer it, inspect the variables, and then
hang it up if desired.
WHERE TO FIND IT
The changes are currently available only in source-code archives:
ftp://kermit.columbia.edu/kermit/test/tar/x.tar.gz
Unix source files, tar.gz format (gunzip).
ftp://kermit.columbia.edu/kermit/test/tar/x.tar.Z
Unix source files, tar.Z format (uncompress).
ftp://kermit.columbia.edu/kermit/test/tar/x.zip
VMS and Unix source files, unzip -a format.
This is Release Candidate 01 for C-Kermit 8.0.201. It has been built and
minimally tested on a fairly wide range of Unix and VMS platforms but the
public is always the best tester. Individual binaries will be added later
if no problems surface. Please send any questions or problem reports to the
usual place:
kermit-support@columbia.edu
Thanks!
- Frank